oracle

推荐列表 站点导航

当前位置:首页 > 数据库 > oracle >

delete archivelog all无法清除归档日志解决方法

来源:网络整理  作者:  发布时间:2020-12-14 19:52
最近在因归档日志暴增,使用delete archivelog all貌似无法清除所有的归档日志,究竟是什么原因呢?本文将为您解答,需...
archive log filename=+REV/gobo4/archivelog/arch_795194241_1_139.arc recid=214 stamp=797450261
arch_795194241_1_101.arc
+REV/GOBO4/ARCHIVELOG
2012_10_12/
# 因为所有的备份与恢复信息都会依据备份是的方式存储到这两个位置。
channel ORA_DISK_1: starting archive log backupset

453 1 294 A 29-NOV-12 +REV/gobo4/archivelog/arch_795194241_1_294.arc
-->相应的,归档日志充满整个闪回区时,闪回区空间并不会被重用
channel ORA_DISK_1: sid=1058 instance=GOBO4A devtype=DISK
using target database control file instead of recovery catalog
SQL> select * from v$version where rownum<2;
input archive log thread=1 sequence=142 recid=218 stamp=797450347


SQL> select flashback_on from v$database; -->数据库未开启闪回特性,也就是说尽管指定了闪回区,未启用闪回特性
2012_10_22/
........
archive log filename=+REV/gobo4/archivelog/arch_795194241_2_141.arc recid=427 stamp=800547491
input archive log thread=1 sequence=144 recid=220 stamp=797450409
....
2012_10_18/
BANNER
#下面通过使用rman backup archivelog方式来删除所有的归档日志文件

2012_10_09/
piece handle=/install_source/rman_bak/arch_GOBO4_1dnrhkn4_1_1 tag=TAG20121129T162806 comment=NONE
Recovery Manager: Release 10.2.0.3.0 - Production on Thu Nov 29 16:23:15 2012
channel ORA_DISK_1: backup set complete, elapsed time: 00:02:15


channel ORA_DISK_1: deleting archive log(s)
NAME TYPE VALUE
archive log filename=+REV/gobo4/archivelog/arch_795194241_2_144.arc recid=437 stamp=800641679
------------------------------------ ----------- -------------
# 我们知道,Oracle 控制文件里边记录了数据库的名字,id,创建的时间戳....一大堆的信息,当然也有不可少的归档信息以及备份信息。
allocated channel: ORA_DISK_1
Deleted 1 objects
ASMCMD> ls
2 GOBO4B
2012_10_10/
Finished backup at 29-NOV-12
2012_10_14/
arch_795194241_1_102.arc
3、深度分析无法清除的原因
SQL> select inst_id,instance_name from gv$instance; -->两节点RAC
archive log filename=+REV/gobo4/archivelog/arch_795194241_2_142.arc recid=429 stamp=800549193
archive log filename=+REV/gobo4/archivelog/arch_795194241_2_143.arc recid=433 stamp=800578944
2012_10_23/
2012_10_17/
2012_10_13/
channel ORA_DISK_1: finished piece 1 at 29-NOV-12
arch_795194241_1_100.arc
db_recovery_file_dest_size big integer 1G
channel ORA_DISK_1: starting piece 1 at 29-NOV-12
2、查看及清除现有的归档日志文件
channel ORA_DISK_1: specifying archive log(s) in backup set
input archive log thread=1 sequence=141 recid=216 stamp=797450308

oracle@bo2dbp:~> export ORACLE_SID=+ASM1
ASMCMD> pwd

复制代码 代码如下:

input archive log thread=1 sequence=139 recid=214 stamp=797450261
#再次查看依然有很多归档日志文件存在,而且都是10月23日之前的
............
channel ORA_DISK_1: sid=1081 instance=GOBO4A devtype=DISK
deleted archive log
1、演示环境

复制代码 代码如下:

----------------------------------------------------------------
2012_10_15/
---------- ----------------
INST_ID INSTANCE_NAME
# 这个我们的分析一下delete noprompt archivelog all以及备份归档日志时使用的 delete input
------------------
input archive log thread=1 sequence=143 recid=219 stamp=797450372

复制代码 代码如下:

piece handle=/install_source/rman_bak/arch_GOBO4_1hnrhli2_1_1 tag=TAG20121129T162806 comment=NONE
2012_10_11/
List of Archived Log Copies
FLASHBACK_ON
connected to target database: GOBO4 (DBID=921286879)
db_recovery_file_dest string +REV
archive log filename=+REV/gobo4/archivelog/arch_795194241_1_294.arc recid=453 stamp=800662185
2> archivelog all delete input;
# 理所当然的是,对这两个东东里的备份集,镜像副本,归档日志,等等所有能备份的对象的任意操作,首先会参考这些对象的记录的信息。
# 其次,Oracle RMAN的备份恢复的所有信息都依赖于两个东东,要么是控制文件,要么是恢复目录(catalog)。
Starting backup at 29-NOV-12
Oracle Database 10g Release 10.2.0.3.0 - 64bit Production
Key Thrd Seq S Low Time Name
input archive log thread=1 sequence=140 recid=215 stamp=797450292
current log archived
2012_09_30/
ASMCMD> cd +REV/GOBO4/ARCHIVELOG
------- ---- ------- - --------- ----
SQL> show parameter db_recovery -->+REV,使用了ASM 存储方式
1 GOBO4A
Copyright (c) 1982, 2005, Oracle. All rights reserved.
oracle@bo2dbp:~> export ORACLE_SID=GOBO4A
NO
RMAN> delete noprompt archivelog all;
....
2012_10_16/
oracle@bo2dbp:~> rman target /
arch_795194241_1_100.arc
RMAN> backup format '/install_source/rman_bak/arch_%d_%U'
arch_795194241_1_10.arc
2012_10_08/
archive log filename=+REV/gobo4/archivelog/arch_795194241_1_141.arc recid=216 stamp=797450308
allocated channel: ORA_DISK_1
released channel: ORA_DISK_1
# 如果不知道控制文件有什么? 那就参考:Oracle 控制文件,文章尾部有给出链接。
# 回顾一下Oracle控制文件以及Oracle RMAN的的备份恢复的原理。
#再次删除日志文件,来个更狠的命令,直接delete所有的archivelog,最近新增的一个archivelog被删除

最近在因归档日志暴增,使用delete archivelog all貌似无法清除所有的归档日志,到底是什么原因呢?
oracle@bo2dbp:~> asmcmd
# 其次是当被记录的对象发生变化时做相应的更新。
# 上面输出的结果只有一个归档日志被删除,何以故?
channel ORA_DISK_1: backup set complete, elapsed time: 00:00:09
channel ORA_DISK_1: deleting archive log(s)
ASMCMD> ls
archive log filename=+REV/gobo4/archivelog/arch_795194241_1_140.arc recid=215 stamp=797450292

相关热词: 方法 解决

本站内容来源于网络,如有侵权请与我们联系,我们会及时删除,我们深感抱歉!
注:本站所有信息仅供用于网络技术学习参考,学习中请遵循相关法律法规!

本文地址: https://v30.fanwenzhu.com/sql/oracle/3886.shtml

Copyright © www.juheyunku.com      关于 | 合作 | 声明 | 联系 | 更新 | 地图 | Tags

delete archivelog all无法清除归档日志解决方法

2020-12-14 编辑:

archive log filename=+REV/gobo4/archivelog/arch_795194241_1_139.arc recid=214 stamp=797450261
arch_795194241_1_101.arc
+REV/GOBO4/ARCHIVELOG
2012_10_12/
# 因为所有的备份与恢复信息都会依据备份是的方式存储到这两个位置。
channel ORA_DISK_1: starting archive log backupset

453 1 294 A 29-NOV-12 +REV/gobo4/archivelog/arch_795194241_1_294.arc
-->相应的,归档日志充满整个闪回区时,闪回区空间并不会被重用
channel ORA_DISK_1: sid=1058 instance=GOBO4A devtype=DISK
using target database control file instead of recovery catalog
SQL> select * from v$version where rownum<2;
input archive log thread=1 sequence=142 recid=218 stamp=797450347


SQL> select flashback_on from v$database; -->数据库未开启闪回特性,也就是说尽管指定了闪回区,未启用闪回特性
2012_10_22/
........
archive log filename=+REV/gobo4/archivelog/arch_795194241_2_141.arc recid=427 stamp=800547491
input archive log thread=1 sequence=144 recid=220 stamp=797450409
....
2012_10_18/
BANNER
#下面通过使用rman backup archivelog方式来删除所有的归档日志文件

2012_10_09/
piece handle=/install_source/rman_bak/arch_GOBO4_1dnrhkn4_1_1 tag=TAG20121129T162806 comment=NONE
Recovery Manager: Release 10.2.0.3.0 - Production on Thu Nov 29 16:23:15 2012
channel ORA_DISK_1: backup set complete, elapsed time: 00:02:15


channel ORA_DISK_1: deleting archive log(s)
NAME TYPE VALUE
archive log filename=+REV/gobo4/archivelog/arch_795194241_2_144.arc recid=437 stamp=800641679
------------------------------------ ----------- -------------
# 我们知道,Oracle 控制文件里边记录了数据库的名字,id,创建的时间戳....一大堆的信息,当然也有不可少的归档信息以及备份信息。
allocated channel: ORA_DISK_1
Deleted 1 objects
ASMCMD> ls
2 GOBO4B
2012_10_10/
Finished backup at 29-NOV-12
2012_10_14/
arch_795194241_1_102.arc
3、深度分析无法清除的原因
SQL> select inst_id,instance_name from gv$instance; -->两节点RAC
archive log filename=+REV/gobo4/archivelog/arch_795194241_2_142.arc recid=429 stamp=800549193
archive log filename=+REV/gobo4/archivelog/arch_795194241_2_143.arc recid=433 stamp=800578944
2012_10_23/
2012_10_17/
2012_10_13/
channel ORA_DISK_1: finished piece 1 at 29-NOV-12
arch_795194241_1_100.arc
db_recovery_file_dest_size big integer 1G
channel ORA_DISK_1: starting piece 1 at 29-NOV-12
2、查看及清除现有的归档日志文件
channel ORA_DISK_1: specifying archive log(s) in backup set
input archive log thread=1 sequence=141 recid=216 stamp=797450308

oracle@bo2dbp:~> export ORACLE_SID=+ASM1
ASMCMD> pwd

复制代码 代码如下:

input archive log thread=1 sequence=139 recid=214 stamp=797450261
#再次查看依然有很多归档日志文件存在,而且都是10月23日之前的
............
channel ORA_DISK_1: sid=1081 instance=GOBO4A devtype=DISK
deleted archive log
1、演示环境

复制代码 代码如下:

----------------------------------------------------------------
2012_10_15/
---------- ----------------
INST_ID INSTANCE_NAME
# 这个我们的分析一下delete noprompt archivelog all以及备份归档日志时使用的 delete input
------------------
input archive log thread=1 sequence=143 recid=219 stamp=797450372

复制代码 代码如下:

piece handle=/install_source/rman_bak/arch_GOBO4_1hnrhli2_1_1 tag=TAG20121129T162806 comment=NONE
2012_10_11/
List of Archived Log Copies
FLASHBACK_ON
connected to target database: GOBO4 (DBID=921286879)
db_recovery_file_dest string +REV
archive log filename=+REV/gobo4/archivelog/arch_795194241_1_294.arc recid=453 stamp=800662185
2> archivelog all delete input;
# 理所当然的是,对这两个东东里的备份集,镜像副本,归档日志,等等所有能备份的对象的任意操作,首先会参考这些对象的记录的信息。
# 其次,Oracle RMAN的备份恢复的所有信息都依赖于两个东东,要么是控制文件,要么是恢复目录(catalog)。
Starting backup at 29-NOV-12
Oracle Database 10g Release 10.2.0.3.0 - 64bit Production
Key Thrd Seq S Low Time Name
input archive log thread=1 sequence=140 recid=215 stamp=797450292
current log archived
2012_09_30/
ASMCMD> cd +REV/GOBO4/ARCHIVELOG
------- ---- ------- - --------- ----
SQL> show parameter db_recovery -->+REV,使用了ASM 存储方式
1 GOBO4A
Copyright (c) 1982, 2005, Oracle. All rights reserved.
oracle@bo2dbp:~> export ORACLE_SID=GOBO4A
NO
RMAN> delete noprompt archivelog all;
....
2012_10_16/
oracle@bo2dbp:~> rman target /
arch_795194241_1_100.arc
RMAN> backup format '/install_source/rman_bak/arch_%d_%U'
arch_795194241_1_10.arc
2012_10_08/
archive log filename=+REV/gobo4/archivelog/arch_795194241_1_141.arc recid=216 stamp=797450308
allocated channel: ORA_DISK_1
released channel: ORA_DISK_1
# 如果不知道控制文件有什么? 那就参考:Oracle 控制文件,文章尾部有给出链接。
# 回顾一下Oracle控制文件以及Oracle RMAN的的备份恢复的原理。
#再次删除日志文件,来个更狠的命令,直接delete所有的archivelog,最近新增的一个archivelog被删除

最近在因归档日志暴增,使用delete archivelog all貌似无法清除所有的归档日志,到底是什么原因呢?
oracle@bo2dbp:~> asmcmd
# 其次是当被记录的对象发生变化时做相应的更新。
# 上面输出的结果只有一个归档日志被删除,何以故?
channel ORA_DISK_1: backup set complete, elapsed time: 00:00:09
channel ORA_DISK_1: deleting archive log(s)
ASMCMD> ls
archive log filename=+REV/gobo4/archivelog/arch_795194241_1_140.arc recid=215 stamp=797450292

本站内容来源于网络,如有侵权请与我们联系,我们会及时删除,我们深感抱歉!
注:本站所有信息仅供学习参考!
本文地址为 https://v30.fanwenzhu.com/sql/oracle/3886.shtml

相关文章

风云图片

推荐阅读

返回oracle频道首页